-
【求助】鐵捲門是狂掉封包的主因嗎?
最近裝了一台友旺的WR204B, 是 802.11b 的,
裝在約10 公尺外的地方, 中間隔了 一道木牆, 一道鐵捲門, 再一道木牆, 如圖:
[IMG]http://www.geekimages.com/pics/20050718/PING.JPG[/IMG]
雖然有三層, 訊號也是接近滿格, 可是我在上網的時候, 封包掉得很嚴重,
我開兩個DOS 視窗去ping 192.168.1.254(無線路由器), 及168.95.1.1,
兩個可以說都同時間掉封包, 我試過了很多方法, 只差沒把電腦搬到基地台旁邊了,
還是沒辦法解決掉封包的問題, 只要傳輸量一大, 尤其是線上遊戲一來一往那種,
馬上封包就狂掉, 所以我在想, 是否是那道鐵捲門的影響呢?
-
金屬有屏蔽效果,鐵捲門擋在PC跟AP之間,想當然爾,其收訊狀況會不好囉。
-
[QUOTE=ivantw]金屬有屏蔽效果,鐵捲門擋在PC跟AP之間,想當然爾,其收訊狀況會不好囉。[/QUOTE]
訊號接近滿格, 應該不算差吧? 就是會掉封包很困擾. :|||:
-
-
[url]http://www.phy.ntnu.edu.tw/demolab/phpBB/viewtopic.php?topic=11604&forum=41&3[/url]
電磁屏蔽罩的問題
或
[url]http://www.google.com.tw/search?hs=ESO&hl=zh-TW&client=firefox-a&rls=org.mozilla%3Azh-TW%3Aofficial_s&q=%E5%B1%8F%E8%94%BD+%E9%87%91%E5%B1%AC&btnG=%E6%90%9C%E5%B0%8B&meta=[/url]
估狗大神參拜一下即知
-
今天早上同樣的環境再試, 竟然完全不會掉封包了! @@
現在疑點只剩下無線路由器跟HINET 線路了.
不過HINET 線路若有問題, 那我從192.168.1.2 去 PING 192.168.1.254 也會有問題嗎?
-
我想hinet...ping是ping 168.95.1.1
您上述的ping 是機器與電腦的溝通戶ping而已喔!!
-
有可能是附近也有人使用無線網路, 且所使用的頻道與您的相同或很接近..
-
其實我到現在還是找不到原因. 說干擾其實不太可能, 因為那一帶我測過只有一個用802.11g 的基地台, 而且訊號弱到只剩一格...
今天我PING 了168.95.1.1 還有 192.168.1.254 , 跑了約10 小時, PING 了四萬次,
前者掉了6 次封包, 後者掉了2 次封包, 跟昨天比起來真是差太多了,
今天另一道鐵卷門也降下來了, 所以基地台跟我的電腦間共有兩道木牆兩道鐵捲門,
但信號強度是一模一樣, 換句話說不是鐵捲門造成掉封包的...
今天跟昨天的差別, 大概只有今天比較冷一點點吧, 而且今天我一上線就把
WEP 128bit 的保密換成 64bit 的了, 一個大膽的推測, 莫非是因為基地台的
CPU 在對資料做128bit 的保密動作時運算量過大, 造成機器過熱所以掉封包?
而64bit 較沒那麼複雜, 所以不會過熱? 純猜測, 明天我再換回128bit 試試.
-
[QUOTE=CDancer]其實我到現在還是找不到原因. 說干擾其實不太可能, 因為那一帶我測過只有一個用802.11g 的基地台, 而且訊號弱到只剩一格...
[/QUOTE]
訊號的干擾,不一定是其他的基地台。比如微波爐,或是其他的電器設備,都有可能造成干擾。
您有沒有看看無線網卡提供的統計資料?看看是不是真的通訊有問題...
[img]http://www.pczone.com.tw/upload/002/stat.jpg[/img]
[QUOTE=CDancer]
莫非是因為基地台的 CPU 在對資料做128bit 的保密動作時運算量過大, 造成機器過熱所以掉封包? 而64bit 較沒那麼複雜, 所以不會過熱? 純猜測, 明天我再換回128bit 試試.[/QUOTE]
趕快測一測吧,我也很好奇呢! :eek:
-
今天天氣涼爽, 用64bit 加密, 一樣狂掉封包. 吼~ 查不出原因啦. >"<
如果我的電腦PING 192.168.1.254(無線路由器) 會掉封包的話, 是哪邊有問題呢?
封包應該是由我這台電腦經無線的方式直接就到路由器了吧, 那為啥還會掉封包呢?
-
網卡跟AP的無線網路晶片一樣嗎?關閉加密是不是還有一樣的情況呢?
-
看看在電腦跟AP附近,是不是有其它強力的干擾源在運作。
回想看看在你使用正常的那天,附近有什麼東西是沒在運作的?
比如,地下電台?
-
Ping statistics for 168.95.1.1:
Packets: Sent = 4756, Received = 4611, Lost = 145 (3% loss),
Approximate round trip times in milli-seconds:
Minimum = 67ms, Maximum = 1086ms, Average = 90ms
Ping statistics for 192.168.1.254:
Packets: Sent = 4701, Received = 4545, Lost = 156 (3% loss),
Approximate round trip times in milli-seconds:
Minimum = 2ms, Maximum = 191ms, Average = 17ms
以上是電腦擺在無線基地台1 公尺遠測了一個多小時的結果,
看來兩者之間的距離不是造成掉封包的主因.
基地台是友旺WR204B , 802.11b 的無線路由器, 晶片是 MARVELL 的,
電腦的晶片是Intel 1000M-B2200BG
剛把WEP 加密取消掉, 封包一樣狂掉, 看來加密也不是掉封包的主因,
這附近有什麼干擾... 滿難找的, 因為公共場所, 太雜了. QQ
剩下最後兩個辦法, 一是基地台換個位子擺, 或許會離開干擾源,
二是把家裡那台3COM 的帶過來試幾天.... 傷腦筋啊~~~
以下是未加密時掉封包的情況
Ping statistics for 168.95.1.1:
Packets: Sent = 515, Received = 500, Lost = 15 (2% loss),
Approximate round trip times in milli-seconds:
Minimum = 66ms, Maximum = 137ms, Average = 76ms
Ping statistics for 192.168.1.254:
Packets: Sent = 607, Received = 593, Lost = 14 (2% loss),
Approximate round trip times in milli-seconds:
Minimum = 2ms, Maximum = 63ms, Average = 4ms
-
有一些無線電話也是使用 2.4GHz 的頻段,還有一些無線監視系統(針孔攝影機? :eek: )也是...
如果找不到干擾源,可以考慮以下措施:
(1) 使用指向性天線,也可以減少接收來自其他方向的訊號。
(2) 如果網卡有支援,可以設定降低 Fragmentation Threshold 的值,
提昇封包重送的效率。
-
金屬除了屏蔽電磁波的功能之外,還有反射電磁波的功能。
雷達就是靠金屬反射電磁波來偵測。
2.4Ghz剛好是在s band上,也就是條伯伯拿來抓超速的測速雷達同一頻帶。
之所以會選這個頻帶,也是因為這個頻帶電磁波容易反射。
或許你看到的電波信號強度很好,但是卻會因為反射而讓品質變差。
因為反射而造成電波的多重路徑,會讓接收端無法分辨正常的信號。
-
[QUOTE=k2]金屬除了屏蔽電磁波的功能之外,還有反射電磁波的功能。
雷達就是靠金屬反射電磁波來偵測。
2.4Ghz剛好是在s band上,也就是條伯伯拿來抓超速的測速雷達同一頻帶。
之所以會選這個頻帶,也是因為這個頻帶電磁波容易反射。[/QUOTE]
不過條伯伯的雷達工作頻率通常是X band或以上頻帶吧(主要是天線尺寸的關係 :) )....
[QUOTE=k2]或許你看到的電波信號強度很好,但是卻會因為反射而讓品質變差。
因為反射而造成電波的多重路徑,會讓接收端無法分辨正常的信號。[/QUOTE]
2.4GHz只是無須執照的ISM頻帶之一,原來是用在加熱之類的用途----這個頻率剛好是水分子的共振頻率,只要有水分子就能用這個頻帶的無線電波加熱,後來被WLAN之類借用罷了 :D ....BTW,多路傳播效應不見得都是負面的(跟調變方式有關),例如在台灣DVB-T用的COFDM理論上可以藉多路傳播增強收訊,所以對行動接收有利 :D :D ....
-
S band 較早期的警用雷達,主因也是當時期的科技限制。
x,k,ka band 都是後來成熟的產物。
說到加熱水份,雷達英雄傳那本書有講到,當初雷達的發明是陰錯陽差之下的意外產物。
原本是要研發一件攻擊飛機駕駛員的武器。要用射頻功率將距離五公里,
高度一公里以外八品脫的水,從華氏九十八度升高到一百零五度。
只是當時的科技無法做到,反而轉向偵查飛機的蹤影。
多重路徑當然也不必然是壞事,不然也不會有MiMo的無線網路技術。
而且可能是下一代802.11n的主要規格。
只是不符合現在的無線網路技術,無線裝置無法處裡,反而是件壞事。
-
今天把無線路由器換成3COM 的 3CRWE554G72T , 一樣會掉封包,
ping 兩萬次大概掉封包120 次... 一樣PING 168.95.1.1 跟 192.168.1.1 都會同時掉封包.
換位子擺也一樣, 唉... 問題到底出在哪兒呢? QQ....
-
[QUOTE=CDancer]今天把無線路由器換成3COM 的 3CRWE554G72T , 一樣會掉封包,
ping 兩萬次大概掉封包120 次... 一樣PING 168.95.1.1 跟 192.168.1.1 都會同時掉封包.
換位子擺也一樣, 唉... 問題到底出在哪兒呢? QQ....[/QUOTE]
20000次掉120次算很不錯了(ICMP是connectionless的protocol,最常用的TCP是connection oriented protocol,有retransmission的機制應付packet lost的狀況 :D ),實際使用時會掉速嗎 :|||: :|||: ....
-
[QUOTE=wangcm]20000次掉120次算很不錯了(ICMP是connectionless的protocol,最常用的TCP是connection oriented protocol,有retransmission的機制應付packet lost的狀況 :D ),實際使用時會掉速嗎 :|||: :|||: ....[/QUOTE]
速度沒有固定耶, 像之前用802.11b 時, 有時候會掉到 5.5M, 不然就1M,
現在用802.11g , 有時候會掉到 48M , 我也不知道會掉速的原因是啥,
想乾脆定速在低速, 看會不會改善... :(
-
這台無線路由器有接兩台電腦, 一台是有線一台是無線,
剛兩台同時ping 192.168.1.1 及 168.95.1.1 各3000 次,
有線的那台完全不會掉封包, 無線那台則各掉12 次,
現在已經排除是hinet 線路的問題了, 不過仍然找不到真正的原因... :|||:
-
看不到圖了, 不過經驗提供你
AP 在約10 m外, 中間隔了一道木牆, 鐵捲門, 再木牆
接收端訊號能滿格, 有兩個狀況
1. 是因為折射與反射訊號都能收到
但訊號品質卻會很差, 相位反向造成波形錯誤與抵銷
發射端不是沒回應, 而是接收端接收波形異常視為雜訊而丟棄
2. 發射器功率大, 訊號與品質皆高
但接收端就是會掉封包, 表示接收端回應發射的功率不足
發射端接收不到訊號故而無任何回應
我想你最大的問題出在第二狀況
因至始至終尚未提到接收端設備
請更換 AP 高增益天線, 或接收端換個高功率的無線網卡
掉封包的問題即可解決
-
可是我有試過把電腦放在AP 旁邊, 大概一公尺的距離而已吧,
中間沒有阻隔物, 一樣會狂掉封包. :|||: ... 原因真的很難找... :|||:
[QUOTE=attack-max]看不到圖了, 不過經驗提供你
AP 在約10 m外, 中間隔了一道木牆, 鐵捲門, 再木牆
接收端訊號能滿格, 有兩個狀況
1. 是因為折射與反射訊號都能收到
但訊號品質卻會很差, 相位反向造成波形錯誤與抵銷
發射端不是沒回應, 而是接收端接收波形異常視為雜訊而丟棄
2. 發射器功率大, 訊號與品質皆高
但接收端就是會掉封包, 表示接收端回應發射的功率不足
發射端接收不到訊號故而無任何回應
我想你最大的問題出在第二狀況
因至始至終尚未提到接收端設備
請更換 AP 高增益天線, 或接收端換個高功率的無線網卡
掉封包的問題即可解決[/QUOTE]
-
找到解決方法了, 把CHANNEL 改成1 就好了... 掉封包的情況已經改善到接近0 的地步了,
本來我從11 調到 6 時一樣會掉封包, 當時就想放棄了, 想想還是再試一下1 好了,
結果就這樣弄好了. :eye:
我想是因為目前只有CHANNEL 1 還沒被干擾, 所以才能正常使用吧.